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A METHOD OF ALLOCATING/ SHARING RESOURCES AMONG USERS OF A 
COMMUNICATION NETWORK ^ _ . / • 

The present invention relates to a method 
allocating/sharing resources among users of a 
communication network. The field to which the invention 
applies comprises all point- to-multipoint communication 
networks in which resources are shared. The resources to 
be allocated are principally transmission resources, for 
example channels defined by times, frequencies and/or 
physical communication nodes. Similarly, the invention 
can be transposed to the field of multitasking 
applications or multi-processor and multitasking 
applications. In the context of a multitasking 
environment, a processor is a central point at which the 
various processes are executed. In this case the 
resource is a processing resource. The object of the 
invention is to guarantee users optimum access to a 
resource without wasting the resource and to assure the 
various users the minimum quantity of resource to be 
provided under their contract. Another object of the 
invention is to provide a high-performance transmission 
service without having to overrate the transmission 
equipment . 

In the prior art users can already enter into a 
contract to use a telecommunication network. There are 
two kinds of contract. A first kind guarantees a 
particular quantity of resource to users when they have 
logged onto the network, for example a particular 
bandwidth. When a user logs on, the network knows the 
maximum bandwidth and the number of users who have 
already logged on. The network determines whether the 
new user can log onto the network without exceeding the 
bandwidth. If so, the new user is permitted to log on 
with a given bandwidth. If not, the request to log on is 
refused and the user has no access to the network. In 
this case a user attempting to log on is allocated some 
of the bandwidth, i.e. some of the resource, until they 



log off. The resource allocated to the user during this 
period cannot be used by anyone else, even if the user is 
not actually using the resource himself while he is 
logged on. This situation is problematical because, 
5 although transmission resource is available, in the sense 
that it is not being used, there may be users who cannot 
log on. 

The second prior art solution allows all users who 
request to log on to do so. The resource is then shared 

10 equally between all users who are logged on at the same 
time. If a large number of users log on, the resource 
collapses. Each user is allocated an equal fraction of 
the resource. As and when new users log on, that 
fraction is reduced in size. The problem of the first 

15 situation is encountered again here. All users who have 
logged on are allocated a portion of the resource, which 
they do not necessarily make use of. Users who are 
making use of the resource have very little resource 
available to them. In the case of transferring data, the 

20 transmission bit rates are low. Taking the example of a 
resource consisting of a transmission channel with a 
total bit rate of 10 kbit/s, if 100 users are logged on, 
each is allocated a bit rate of 100 bit/s. The situation 
can arise in which 99 of the 100 users who have logged on 

25 have nothing to transmit but one user has 100 kbits to 

transmit. Transmission will then occur at 100 bit/s, 

even though there is nothing in transit on the remainder 

of the channel . a . y ~- / ' ^ 
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The invention solves these problems and guarantees 
30 users a minimum bit rate. The invention offers a 

periodic and contractual right of access to the resources 
made available. In accordance with the invention, users 
dynamically release resource for which they may have no 
use. The resource released in this way is then made 
35 available to other users who are in the process of 

communication. A distinction is therefore established 
between users who have logged on and users who are in the 



process of communication. To be in the process of 
communication, the user must have logged on and be in the 
process of transmitting data. However, a user who has 
logged on is not necessarily exchanging data. When he 
5 wishes to communicate, the user is allocated the 

contracted quantity of resources. That allocation 
follows a request from the user, who indicates at the 
same time as the request the quantity of data he has to 
transmit. Once the data has been transmitted, the 

10 resource is released . 

If all the users who have logged on require to 
communicate at the same time, which is very improbable, 
the network may not be able to satisfy their requirement 
for the contracted bit rates. This problem does not last 

15 for very long, however. As calls terminate, resource is 
released and can be reallocated to users still in the 
process of communication or to users who have logged on 
and are indicating a new requirement to communicate. The 
inventors have discovered that this problem is rare 

20 because, although it is routine for many users to be 

logged on, it is less frequent for all the users who are 
logged on to be seeking to communicate at the same time 
and at the full bit rate. 

The invention therefore provides a method of 

25 allocating transmission resources by a resource server in 
a telecommunication network linking users, in which 
method : 

- a connection time of a first network user is 
initialized, during which time this first user is able to 

3 0 use a transmission resource made available to him by the 
resource server of the network for transmitting data, and 

- during a first communication time within said 
connection time the first user really does make use of 
the transmission resource made available to him by the 

35 resource server in order to transmit data, 
characterized in that: 

- the first user initially transmits to the resource 
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sever information representative of a quantified data 
transmission requirement, and 

- during the connection time, the resource server 
allocates to the first user communication times, as a 

5 function of the requirement transmitted by the first 

user. ^ r/d -P he-$>cif ifrbtvl -{he. ^MudiM S 

The invention will be better understood after 

reading the following description and examining the 

accompanying drawings . The drawings are provided by way 

10 of illustrative example only and are not limiting on the 

invention. In the figures: 

- Figure 1 is an illustration of the requirements of 
a user in terms of resources as a function of time; 

O - Figure 2 shows a device for implementing the 
15 invention; 

y 

yjl - Figure 3 shows a hierarchy of users based on their 

p=f contracts; 

£n - Figure 4 is a table containing information about 

O users ; 

^ 2 0 - Figure 5 shows the steps of a method of the 

pjj invention; and 

{■f - Figure 6 shows an implementation of a method of 
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^ Foxv simplicity, the following description refers to 

25 resources to be allocated that take the form of existing 
transmission channels in a network having a fixed maximum 
bit rate. The resources between two points of the 
network can nevertheless include different types of 
channels with different bit rates. Users enter into a 

3 0 contract to obtain access to the above type of 

transmission channels and to be able to transmit 
information. In this example users can choose one of two 
services enabling them to access the transmission 
channel. A first service guarantees a minimum bit rate. 

35 A second service provides access to the resource 

depending on what is available, and with a guaranteed bit 
rate. A user can therefore enter into a contract for the 



first and/or the second service. The network recognizes 
and accepts users who have entered into a contract when 
they attempt to log onto the network. 

According one essential feature of the invention, 
5 after a user has logged on, if that user wishes to 

transmit data, he sends a request indicating the quantity 
of data that he wishes to transmit. That information is 
included in the header of the data message that the user 
transmits to the network, for example. Alternatively, 

10 the request precedes transmission, which is effected 

afterwards synchronously with a transmission instruction 
sent by a transmission server of the network. In 
response to the request, the user is allocated a quantum 
of the available resource corresponding to his contract. 

15 Figure 1 shows two graphs with time plotted on the 

abscissa axis and the resource requirement plotted on the 
ordinate axis. A first graph 101 concerns a first user 
and a second graph 102 concerns a second user. The first 
user has entered into a contract which gives him the 

20 right to a guaranteed bit rate d x . The second user has 
entered into a contract which gives him the right to a 
guaranteed bit rate d 2 . The second user has also entered 
into a second contract which gives him the right to an 
optional maximum top-up bit rate d 3 . At a time t x , the 

25 first user has a resource requirement less than d x and is 

therefore serviced. The second user has a resource 
requirement greater than d 2 but less than d 2 + d 3 . He is 
therefore serviced up to the d 2 level, regardless of what 
else is happening, and up to his total requirement if 

30 sufficient transmission resources remain in the network. 

At a time t 2 the first user has requirements greater than 
d-L and the second user has no resource requirement at all. 
The first user is serviced up to the d x level. The 
difference between his real requirements and the d x level 

35 is transferred to future requirements. 

To this end time is divided into cycles. Each cycle 
includes a particular number of time slots. The 



requirements and the rights of users are expressed as a 
number of slots per cycle. In the invention the 
requirements of users are evaluated and serviced 
periodically. If the requirements of a user exceed his 
5 rights at any time, those requirements are carried 
forward and taken into account the next time his 
requirements are examined. 

At a time t 3 the first user has requirements less 
than d x and is therefore serviced. The second user has 

10 requirements greater than d 2 + d 3 , and is therefore 

serviced up to the d 2 level, or up to the d 2 + d 3 level if 
there are sufficient resources. Requirements exceeding 
d 2 + d 3 are examined later. 

Figure 2 shows a system including the elements 

15 needed to implement the invention. Figure 2 shows an 

office computer 201. The computer 201 is connected to a 
mobile telephone 2 02 by a serial cable link. Another 
mobile telephone 2 03 is connected by a serial cable link, 
for example, to another unit 211 that can exchange data 

20 with it. The telephones 202 and 203 have logged onto a 

base station 204 via an antenna 205. In practice the aim 
is to set up a radio link between the computer 2 01 and a 
base station 204. The situation is the same as that of a 
network in which the telephones 202 and 203 are terminals 

25 and the base station 204 is a gateway to a high bit rate 
line, for example. 

The base station 204 contains a microprocessor 200, 
a memory 2 07, a modem (modulator-demodulator) 2 08, and an 
interface 209 to a network having a given bit rate. The 

3 0 memory 2 07 and the memory of the computer 2 01 contain 
programs which implement the method of the invention. 
The memory 2 07 also contains information on the users of 
the network. The units 200 and 2 07 to 209 are connected 
by a bus 210. The microprocessor 200 can read and write 

3 5 the memory 2 07. 

Figure 3 shows the hierarchy of the users of a 
service. The users are grouped into lists according to 



their contracts and the lists are chained in a balanced 
binary tree. A tree is made up of a root, nodes and 
leaves. The root is the lowest level node and the leaves 
are the highest level nodes, i.e. the depth of the tree 
5 minus 1. The other nodes constitute intermediate levels. 
In a balanced binary tree each level has a number of 
nodes equal to 2 A, level. Because the lists are chained in 
a tree, a list is associated with each node of the tree. 
Paths are then defined in the binary tree and the 

10 paths are scanned sequentially to satisfy the 

requirements of all users. In a preferred example there 
are four types of contract. A first type of contract 
guarantees the user access to the network at a bit rate 
of 64 kbit/s or more, a second type guarantees access at 

15 32 kbit/s, a third type access at 16 kbit/s and a final 
type access at 8 kbit/s. A list of users of the first 
type, two lists of users of the second type, four lists 
of users of the third type and eight lists of users of 
the final type are created. List L64 . 0 is the list of 

20 users of the first type. Lists L32.0 and L32 . 1 are the 
lists of users of the second type. Lists L16.0 to L16.3 
are the lists of users of the third type and lists L8 . 0 
to L8 . 7 are the lists of users of the final type. 

The list L64 . OA is the root 301 of the tree 300. 

25 The first level 302 of the tree 300 consists of the lists 
L32.0 and L32.1. The second level 303 of the tree 300 
consists of the lists L16.0 to L16.3. Finally, the 
leaves of the tree consist of the lists L8 . 0 to L8 . 7 . 
Each list of the tree 30 0 corresponds to an address in 

30 the memory 207 of the base station 204 in which the 

number of the first user present in that list is stored. 
Eight paths are defined in the tree 300: 



Path 0 


L64 . 0-»L32 . 0^L16 . 0-^L8 . 0 


Path 1 


L64 . 0->L32 . 1->L16 . 1-»L8 . 1 


Path 2 


L64 . 0->L32 . 0^L16 . 2->L8 . 2 


Path 3 


L64 . 0-^L32 . 1-»L16 . 3->L8 . 3 
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Path 4 


L64 . 0^L32 . 0^L16 . 0^L8 . 4 


Path 5 


L64 . 0-»L32 . 1-»L16 . 1->L8 . 5 


Path 6 


L64 . 0-»L32 . 0^L16 . 2^L8 . 6 


Path 7 


L64 . 0->L32 . 1->L16 . 3->L8 . 7 



Table 1 



Scanning all the paths one after the other 
constitutes a ring. The frequency with which users 
5 appear in the ring is proportional to the level of their 
contract . Thus a user who has entered into a contract of 
the first type appears in the ring eight times more often 
than a subscriber who has entered into a contract of the 
final type. He is therefore serviced eight times more 

10 often. This indeed corresponds to his contract, since 
the contract of the final type corresponds to 8 kbit/s 
and 8 times 8 is indeed 64 . Other paths can be defined, 
what counts being the frequency with which users appear 
in the ring formed by all of the paths. 

15 In other embodiments of the invention the structure 

of the tree 300 can be enlarged. It is possible to 
envisage a third level, which would increase the number 
of contract types to 5. Similarly, it is possible to 
envisage the use of a tree that is not binary but ternary 

2 0 or quaternary, or of even higher order. However, it is 
known in the art that a tree of higher order than 2 can 
always be reduced to a second order tree. Thus the 
structure chosen and the depth of the tree represent a 
good compromise between the number of services offered 

25 and the time needed to implement the services correctly. 

In practice the eight paths are stored in the memory 
2 07 either in the form of a table or as a fragment of 
code and are defined by the tree concept. In one 
example, the tree is stored in the form of the Table 1, 

30 which has 32 locations. Each location corresponds to one 
list. A list is stored in the table under the number of 
the first user in the list. 

Figure 4 shows one example of storing the structure 



described with reference to Figure 3. It shows a table 
400 stored in the memory 207 of the station 204. The 
table contains lines which each correspond to one user. 
Each line contains several fields. A first field 401 
5 corresponds to the number of the user. A second field 

402 contains information relating to the user's contract, 
under which the first service guarantees the user a 
minimum bit rate. A third field 4 03 contains information 
on the contract, if any, for the second service, offering 

10 the user an optional top-up bit rate. Fields 404 to 407 
are used to chain the user into the various lists 
previously described. Finally, a field 408 contains the 
user's instantaneous resource requirements. 

The fields 404 and 405 relate to the first service. 

15 For a user X, the field 404 contains the number of the 
user following user X in the list in which user X 
appears. The field 405 contains the number of the user 
preceding user X in the list. If the field 404 is equal 
to the number of user X, then user X is the last user in 

20 the list. If the field 405 is equal to the number of 

user X, then user X is the first user in the list. The 
fields 406 and 407 are identical to the fields 404 and 
405 but for the second service. Figure 4 shows that a 
user 1 has entered into a contract guaranteeing a bit 

25 rate of 16 kbit/s. Users 6 and 7 have entered into the 
same type of contract . There are no other users in the 
table who have entered into the same type of contract. 
The field 404 of user 1 therefore has the value 6. The 
field 404 of user 6 has the value 7 and the field 404 of 

30 user 7 has the value 7, which indicates that user 7 is 

the last user in the list. Like the field 405 of user 1, 
the field 405 of user 6 has the value 1 and the field 405 
of user 7 has the value 6. The Figure 4 table is 
provided by way of example. In practice an attempt is 

35 made to harmonize the lengths of the paths and therefore 
to balance the lengths of the lists. This enables 
staggered resource allocation. 
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This table structure has many cumulative advantages. 
First of all, it provides a simple way to manage the 
lists required by the invention. It is sufficient to 
manage as many 404 and 405 type fields as there are lists 
5 of users. Also, direct access to the information in the 
table 400 relating to a user can be obtained merely by 
calculating an address. The size of a line and the 
number of the user are known. The information concerning 
the user is accessed by multiplying the size of a line by 

10 the number of the user and adding the result to the base 
address of the table 400 in the memory 307. The chained 
list structure speeds up the process of inserting users 
into the various lists and removing them, as all that is 
required is to update the fields concerned. Finally, 

15 with the chosen structure the lists can be scanned in 
both directions. This speeds up the process, in 
particular when it is necessary to look for a user 
preceding another user. In practice a structure of the 
above type relating to 2000 users requires fewer than 64 

2 0 kbytes. 

In practice at least part of the table 400 is 
contained in a two-port memory. The table 400 is updated 
when a user expresses a requirement and read continuously 
to service the requirements of users. The two-port 

25 memory enables these two tasks to co-operate 

asynchronously, with each task using one port to access 
the data contained in the table 400. 

In practice there is at least one other list, that 
of users who have logged on but have zero current 

30 requirements. This is the list of users referred to as 
users maintaining their connections. 

Figure 5 shows a preliminary connection step 501 in 
which a user announces that he may require to use 
resources. The next step 502 updates the logging on 

35 data. During step 502 the microprocessor 200 updates the 
appropriate fields in the table of users under the 
control of a program stored in the memory 207 . The 
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microprocessor can also decide to refuse the request to 
log on if it decides that the risk of congestion of the 
resource is too high. That risk is measured by totaling 
the first service contracts, which correspond to a 
5 guaranteed bit rate. If the guaranteed bit rate exceeds 
the available bit rate by too much, it becomes prudent to 
refuse new connections which also provide a guaranteed 
bit rate. 

A user who has just logged on is initially in a list 

10 of connection-maintaining users. In other words the user 
has logged on but has not yet stated his requirements or 
has no requirements. In an alternative implementation of 
the invention the user states a requirement as soon as he 
logs on. In this case the user is inserted directly into 

15 a list appropriate to his requirement. The next step 503 
requests allocation of resources. During this step the 
microprocessor receives and processes requests from users 
who have logged on. Those requests arrive either via a 
signaling channel or by "piggybacking", which entails 

20 inserting signaling information into data frames. Since 
signaling is not constant this economizes resources. 

A preferred implementation of the invention uses a 
low bit rate signaling channel. Each user, whether he 
has logged on or not, is allocated a time slot on the 

25 signaling channel every 500 milliseconds. The user uses 
the low bit rate signaling channel when he logs on to 
initiate dialogue with the server and state his first 
requirement. Afterwards the bit rate of the signaling 
channel is increased by "piggybacking" . Increasing the 

30 signaling bit rate enables the server to respond more 

adequately to the requirements of the user, which can be 
stated more frequently. This smoothes the flow of data 
from the user to the server. To preserve this advantage, 
a time slot is allocated to a user who has logged on even 

35 if he has not stated a requirement. This preserves a 
high level of responsiveness to any possible demand. 
In an implementation of the invention user 2 
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requires five time slots to send data. The 
microprocessor therefore updates field 408 of the line 
corresponding to user 2 . It increments that field with 
the digit 5. This is the step 504 of updating the data. 
5 Whether there has been an allocation request or not, a 
step 505 which scans the service 1 tree is executed 
regularly. In a different implementation of the 
invention, the user states his requirement each time that 
he sends data. In this case, the field 408 is not 

10 incremented with a new requirement but updated with the 
stated requirement . 

When a user expresses a requirement, he is inserted 
into the lists corresponding to his contract (s) . In 
other words, and still in the case of subscriber 2, he is 

15 inserted into a list corresponding to service 1 and to a 
contract guaranteeing a bit rate of 8 kbit/s. However, 
he is also entered into a list corresponding to the 
second service and guaranteeing him an optional top-up 
bit rate of 8 kbit/s. The user is inserted into a list 

2 0 either by means of an insertion pointer or by scanning 

the tree to find the best position at which to insert the 
user. The insertion pointer is updated on each new 
insertion, and this is therefore the quickest method, but 
is greedier in terms of memory occupancy. The aim of the 

25 operation is for each path to have substantially the same 
length in terms of the number of users. An item is 
inserted into a chained list in a manner that is known in 
the art . 

The step 505 always begins by scanning the list 
30 L64.0. Users with the highest level contract are always 
serviced first. In the chosen example, as shown in 
Figure 4, the list L64 . 0 contains only one user, namely 
user 5, who requires 56 time slots. For purposes of 
explanation a frame containing 100 time slots is 
35 considered. A cycle contains eight frames. A first type 
contact gives the right to eight time slots per cycle, a 
second type contract to four time slots per cycle, a 
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third type contract to two time slots per cycle and, 
finally, a final type contract to one time slot per 
cycle. If CDMA coding is used, the number of slots per 
cycle is managed simultaneously with the number of codes 
5 per cycle. 

User 5 is therefore allocated a time slot in the 
first frame. Along the path 0 the next list is the list 
L32.0, which is empty. The next list is the list L16.0, 
which begins with user 1 . User 1 is therefore allocated 

10 one time slot in the frame, followed by users 6 and 7 who 
are also allocated one time slot each in the frame. The 
next list is the list L8 . 0 , which begins with user 2. 
Users 2 and 8 are also allocated one time slot each in 
the frame. Scanning the tree corresponding to service 1 

15 is halted either at the end of a path or if the capacity 
of a frame is exceeded. It is therefore certain either 
that users will be serviced in accordance with their 
contractual guarantee or that congestion management will 
be optimized. 

20 On the next pass of step 505, the tree 300 is 

scanned along the path 1, then on the next pass along the 
path 2, and so on, up to path 7. The cycle then resumes 
with path 0 . 

Step 505 is followed by a step 506 which scans the 
25 service 2 tree. The tree is not shown but is similar to 
the service 1 tree. It is scanned slightly differently, 
however. Users who are present in the service 2 tree are 
serviced only if time slots remain available in the 
frame. Users present in the service 2 tree are therefore 
30 serviced if there are free time slots in the frame. 

Scanning is naturally interrupted if it is found that 
there is no stated requirement in the service 2 tree. 

As the stated requirements of users are serviced, 
the fields 408 corresponding to those users are updated 
35 in the service 1 tree or the service 2 tree. 

The next step is a step 507 in which the 
microprocessor 200 studies requests to log off. A user 



who wishes to log off is withdrawn from all the lists in 
which he is present. The user is withdrawn from the 
lists by updating the pointers 404 to 407. If user 6 in 
Figure 4 wishes to log off, for example, the value of the 
5 fields 404 and 405 corresponding to user 6 are erased, 
after updating the field 404 of user 1, i.e. after 
allocating him the value 7, and after updating the field 
405 of user 7, i.e. after allocating him the value 1. 
Erasure therefore amounts to assigning the value of the 

10 field 404 of the user who is to be removed to the field 
4 04 of the preceding user and assigning the value of the 
field 405 of the user who is to be removed to the field 
405 of the following user. It is of course necessary to 
detect the situation in which the first or last user in a 

15 list wishes to log off. For this it is sufficient to 
test the values 4 04 and 4 05 and to compare them to the 
user's number. If the field 405 is equal to the number 
of the user, then the user is the first in the list. For 
that user to log off it is then sufficient to assign to 

20 the field 405 of the second user in the list the value of 
the second user in the list. If it is the last user in 
the list who wishes to log off, it is sufficient to 
assign to the field 404 of the penultimate user in the 
list the number of the penultimate user in the list. Of 

25 course, if the user who wishes to log off is the only one 
in the list, it is sufficient to erase fields 404 and 
405. In the last three situations referred to, updating 
the memory areas containing the numbers of the first 
users in the lists must not be overlooked. 

30 Once a frame has been constructed, i.e. every 5 ms, 

for example, it is transmitted by the microprocessor 2 00 
to the interface 209 which then sends it to the network. 
The microprocessor 2 00 uses the modem 208 and the antenna 
2 05 to send radio messages, for example, which inform the 

35 computer 201, via the telephone 202, of the number of 

time slots available to it in the next frames scheduled 
to leave. Having that information, the computer 201 can 



transmit the information corresponding to the number of 
time slots that have been allocated to it . That 
information is sent via the telephone 202, received via 
the antenna 2 05, demodulated by the modem 2 08 and placed 
5 in the frames by the microprocessor 200. 

Figure 6 shows a first cycle 601 and a second cycle 
602. The third frame of the cycle 602 is further broken 
down. A frame 603 is made up of 100 time slots, for 
example, numbered from 0 to 99. During cycle 601 frames 

10 0, 1, 2 are sufficient to service the requirements of 
users without any congestion. During frame 3 the 
requirements corresponding to guaranteed bit rates exceed 
the capacity of the frame, which is the situation 
referred to as congestion, meaning that the network is no 

15 longer able to satisfy the requirements of users. 

Scanning the tree corresponding to service 1 in the 
current path is therefore interrupted when the capacity 
of the frame (100 time slots) is reached. In frame 4, 
corresponding in theory to scanning the next path, 

2 0 scanning is resumed where it was interrupted in the path 
corresponding to frame 3 . The path corresponding to 
frame 4 is then scanned. 

The cycle 602 illustrates a situation in which there 
is very little congestion in the cycles and some frames 

2 5 are even empty. 

In practice a congestion rate is measured which 
corresponds to a number of consecutive frames for which 
it has not been possible to satisfy the requirements of 
users present in the paths corresponding to those frames . 

3 0 If the congestion rate becomes too high, and if there is 

still room in a frame, the decision can be taken to scan 
more than one path to fill that frame. This reduces the 
congestion rate. 

This method of managing congestion enables users to 
35 continue to be serviced in proportion to their contract, 
even if the contract is not fulfilled totally. This is 
satisfactory because it is based on the hypothesis that 



congestion will not be frequent, so that users will not 
be unduly disadvantaged and will not realize that they 
are disadvantaged. 

In practice the method described is hardwired, i.e. 
5 implemented in the form of an electronic circuit. It is 
necessary to respond to the requirements of 2 000 users 
and to examine their requirements every 5 ms . A pure 
software solution can be employed when sufficiently 
powerful microprocessors become available or in 
10 applications with less severe timing constraints. 

The foregoing description refers to only two types 
of service but in practice there can very well be only 
one service or more than two services . 



